Cream of the Crop 20/Cream of the Crop 20 (Terry Blount) (1996).iso/faq/tsfaqn45.zip/UPLOAD.INF

Text File | 1995-12-17 | 16KB | 297 lines

How to submit to garbo.uwasa.fi MS-DOS archives         Sun 17-Dec-95
-----------------------------------------------

This file is ftp://garbo.uwasa.fi/pc/UPLOAD.INF

 Q: I have made some programs myself (or written a scientific paper)
which I think might be of general interest. Or I have obtained this
fabulous program which I think would be of general interest. Or I
have a more recent version of this PD or shareware program than what
you have on your archives. Would it be possible to upload them to
your FTP archives?

 A1: A summary for experienced users. Check carefully before uploading!
 - Quality software solicited.
 - Please use /pc/UPTEXT.INF for the compulsory announcement outline.
 - Email your *MS-DOS* upload announcement to [e-mail]
 - MS-DOS uploads without _email_ to [e-mail] will be deleted!
 - Compulsory descriptive subject in your email STARTING with the file name!
   (Example: "gismo10.zip Global Integrated Simulation Model uploaded")
 - Use only .zip (2.04G or Info-ZIP's compatible) (also for bare text files).
 - Don't forget to transfer your .zip file in the binary mode.
 - Use version numbers and unique, non-reserved file names (check our index).
 - If made with Unix zip, still use MS-DOS eolns for embedded text files.
 - If yours, include documentation in package, or make self-documenting.
 - FTP MS-DOS files to /pc/incoming (Windows files to /windows/incoming).
 - Your message will be used as such for announcing on the news.
 - Your message's right margin no further than at column 72.
 - Don't use tabs in writing to us.
 - English only (goes both for the programs and your announcement).
 - Emphasis on MS-DOS utilities, not all subject categories carried.
 - Programs that stop working after a fixed date will not be accepted.
 - If not yours, check that it is distributable, i.e. PD or shareware.
 - Fully developed programs. No alpha or beta test program versions.
 - Do not include vbrunxxx.dll files. They are available separately.
 - If it is both an MS-DOS & Windows package, MS-DOS takes precedence.
 - No special limitations on distributability (eg no CD-ROM) are allowed.
 - You have to disclose your full name. No anonymous or aka uploads.
 - Please be patient. Our queues can be quite long.

Please be forewarned:
   So much material is now being uploaded to Garbo by the gentle
users that we have had to set up an autokill program at Garbo. It
summarily weeds all non-zipped files from the /pc/incoming and
/windows/incoming directories.
   You cannot upload the compulsory upload announcement by FTP. You
have to email it to [e-mail] (or the other given email aliases
for other than MS-DOS files). For the format of the compulsory
upload announcement please see ftp://garbo.uwasa.fi/pc/UPTEXT.INF
   We have to insist that the emailed upload announcement's subject
header starts with the file name. If it does not, we'll have to
discard. We have so many upload announcements that we cannot keep
track else.
(Example: "gismo10.zip Global Integrated Simulation Model uploaded")
   Sorry to have to be this strict, but we no longer have any other
choice for practical reasons.

 A2: To answer the actual question about accepting uploads. Yes,
please. We are certainly interested in quality programs (and
scientific papers in accounting, finance, operations research,
production economics and computer science).
   A proper documentation is one of the prerequisites. The program
(or the scientific paper), and the documentation must be in English.
   If we have an old version of any program, updates are usually
particularly welcome.
   If you are sending an update of your own program, please make the
version number a part of your package name. For example, I use the
following format, tsutil42.zip and so on, in my own packages.
Whenever you make changes to your own package that should always be
reflected in the version number. Please note that once a program has
been made publicly available from Garbo even the smallest of changes
must somehow be reflected in the file name to avoid any confusion.
   If you are the author please do not use extremely common file
names. For example if you have written yet another rm program for
MS-DOS please don't call your package rm.zip or rm10.zip. It won't
be accepted. Call it for example rm_xx10.zip or something the like,
where xx are your initials or whatever. Another example. If you have
written yet another file finder, don't call it fff10.zip. Check at
least from ftp://garbo.uwasa.fi/pc/INDEX.ZIP that the body of your
package name does not duplicate an already reserved name.
   When uploading Visual Basic related material please do not
include VB's VBRUN???.DLL since these are already available from
Garbo.

 A3: Our required packing method is (PK)ZIP. Preferably use version
2.04G (or Info-ZIP's compatible zip). Other archiver methods (nor
plain text files) are *NOT* accepted!
   If you have made your .zip package with Info-ZIP's Unix zip
program, you have to ensure that the text files within your .zip
come with MS-DOS eolns (end of lines, ascii 13 + 10), not with Unix
eolns (ascii 10).
   If you are submitting a scientific paper, you have to use the zip
format also in this case. Preferably the contents of your zipped
submission should be straight ascii text, but this can be open to
negotiation under special circumstances.
   Self-extracting packages are not accepted, and if sent, they will
deleted outright by our auto-kill daemon. (The self-extraction ban
has the natural exception of un/packing programs. If you wish to
submit a self-extracting archiver program, please contact the
Garbo's moderators first for further instructions).
   If possible, avoid making subdirectories within your archive.
   Please be aware that we will plug Garbo's own .zip file header to
accepted uploads (a very common practice at BBSes). So any
information you have there will be lost. This is not negotiable.
If this bothers you, please do not upload to Garbo.

 A4: To send your submission to us, upload your package by ftp
directly to one of our incoming directories. In the case of MS-DOS
uploads use /pc/incoming. For Windows uploads use /windows/incoming,
and so on. The relevant ftp commands after connecting are e.g.
      cd /pc/incoming
      binary (since the file is supposed to be a .zip file)
      put YourFile
      (see the appendix for a full sample session).
Using ftp is the only available alternative. If you do not have that
option, you cannot submit material to Garbo. (Emailed binary files
will be automatically discarded.)
   Immediately _*AFTER*_ uploading do the following. Email an upload
announcement to [e-mail] of your MS-DOS upload. Do not email
the announcement or a copy (Cc:) of it directly to the moderators.
Please see item A6 below for compulsory requirements for your upload
announcement. Also please see ftp://garbo.uwasa.fi/pc/UPTEXT.INF for
a convenient upload announcement format.
   These instructions are specific for the MS-DOS uploads, but here
is nevertheless some additional information for the other
categories. For Windows uploads use /windows/incoming and email your
announcement to [e-mail]. For Unix uploads /unix/incoming and
email your announcement to [e-mail]. For Mac uploads contact
[e-mail]. For the rare QL uploads use [e-mail]. Be
careful. It is very important not to get these mixed, since if you
do, your upload will be lost!
   A special case. If your package is simultaneously both for MS-DOS
and Windows, MS-DOS takes precedence. In this case, only upload
once, to /pc/incoming and send the upload announcement to
[e-mail] only. Do *NOT* upload such double-platform packages
to two incoming directories at Garbo! (But recall that solely
Windows uploads must be uploaded to /windows/incoming, never to
/pc/incoming. Likewise the solely Windows upload announcements must
be emailed to [e-mail], never to [e-mail].)

 A5: We have many categories of programs, but as you can see from
our file lists, we